Fórum de discussão

Gostaria de saber mais sobre o driver e stub, não entendi como funciona.

Preciso de exemplos esclarecedores.

Agradeço desde já a atenção.

Eu tambem estou com duvidas nisso

Por exemplo: Se tivermos os módulos A, B, C, D, E, F, E, G de um sistema conforme slide 33 do módulo 2. O módulo E está pronto e precisamos testá-lo, mas ele chama funções que estão dentro do módulo B que ainda não está pronto. Então, como podemos testar o módulo E isoladamente? Para testar o módulo E isoladamente podemos escrever um pequenos códigos que simulam as funções que estariam dentro do módulo B, as quais irão retornar valores para módulo E. Estes pedaços de código fictícios são chamado Stubs em uma integração Integração Top Down conforme apresentada no slide 33 do módulo 2. Imagine que no módulo E tivesse uma chamada a uma função de cálculo de imposto e está função estivesse dentro do módulo B. Você pode criar um função fictícia deste cálculo gerando um valor qualquer só para teste.

Portanto, Stubs são chamados de funções fictícias (de simulação) na abordagem Top Down .

Semelhante ao exemplo acima: Se temos os módulos B e C prontos e o módulo E que não está pronto. E precisamos testar o módulo B que retorna valores de funções que estariam dentro do módulo E. Como então podemos testar o módulo B sem ter o módulo E pronto? Nós fazemos a mesma coisa do situação acima: criamos códigos que simulam as funções do módulo E passando qualquer valor para teste. Este pedaço de código para simular as funções do módulo E é chamado de Driver.

Portanto, Drivers estão chamando funções fictícias (de simulação) na abordagem Bottom-up.

Como o assunto é o mesmo, vou perguntar por aqui pra não precisar criar outro tópico.

Se for contra as regras, desculpa.

Não é possível testar a integração entre dois módulos, sendo que um deles ainda não foi foi construído, utilizando a "técnica" de Driver / Stub?

É possível apenas realizar o teste entre componentes de um mesmo módulo?